home *** CD-ROM | disk | FTP | other *** search
/ Night Owl 9 / Night Owl CD-ROM (NOPV9) (Night Owl Publisher) (1993).ISO / 001a / slsv1aa3.zip / THEORY.SLS < prev    next >
Text File  |  1993-01-17  |  4KB  |  78 lines
  1. SLS attempts to impose a very simple structure upon Linux to produce
  2. a usable operating system that can be installed/manipulated/removed,
  3. component by component.  The following documents this structure.
  4.  
  5. the disks:
  6. ----------
  7. Each disk in SLS contains about <= 1185K of stuff.  The files on these 
  8. disks must have names that are all lower case and be able to map 
  9. directly to DOS files (ie, 8.3 names).  Further, the distribution is
  10. subdivided into a collection of series denoted by a single lowercase 
  11. letter.  The disks in a series have a number appended for serialization.
  12.  
  13. *.taz files:
  14. --------------
  15. The ".taz" suffix is just a short form for the conventional ".tar.Z" 
  16. suffix, which will not map to/from the DOS file namespace.  This 
  17. means that all packages in SLS can be manipulated the same as (and 
  18. even be renamed to) ".tar.Z" archives.  These archives need only be
  19. unarchived from the root directory ("/"), and should be ready to 
  20. use.  Large packages however, had to be split into several packages,
  21. and currently there is no enforcment provided for coordinating
  22. the multiple pieces.
  23.  
  24. sysinstall:
  25. -----------
  26. The "sysinstall" script controls the installation/removal of software
  27. from a linux system.  It can also be used to extract a package from 
  28. the live system.  This is actually how SLS can be tested in an 
  29. integrated environment before packaging.  Instead of building the
  30. package and then installing it to see if it works, the software is
  31. installed and tested and then packaged for distribution.  Sysinstall
  32. installs either single packages ("-install"), all packages on a given
  33. disk ("-disk"), all packages in a series N ("-series N"), or any
  34. of the collections of series known about (ie, "a", "b", "c", "x").
  35. Sysinstall looks for the file "diskXN" where 'X' is the series and
  36. 'N' is the disk number within that series.  Sysinstall, simply
  37. keeps installing disks in a series until after it has installed
  38. a disk with the file "install.end" on it.  So if a disk is added
  39. to a series, that file must be moved to the new last disk.
  40.  
  41. /install/doinst.sh:
  42. ----------
  43. When a package "pkg.taz" is installed, the list of files it contains are stored
  44. in the file "/install/installed/pkg".  This file can later be used to
  45. remove the package from the harddisk (with the exception that directories
  46. are not removed).  In addition, if the file "/install/doinst.sh" is
  47. present in a package, it is executed with the "-install" option, and
  48. then renamed to "/install/scripts/pkg".  Similarly, upon removing a
  49. package, it is executed with the "-remove" option.  Two more options
  50. "-extract" and "-retract" are used during the extract process, because
  51. the script must be moved to "/install/doinst.sh" for tarring.  Currently
  52. however, the only packages using this in SLS are the "z?fix.taz" packages,
  53. talked about in the next section.  One rule of thumb to follow though is 
  54. that all files referenced should assume from the root, but not include the
  55. root prefix (ie, usr/bin/bash not /usr/bin/bash), because install may have
  56. the hard drive mounted from a floppy/ramdisk.
  57.  
  58.  
  59. z?fix.taz files:
  60. ----------------
  61. Although the best way to fix a problem with a package is to extract a new package,
  62. in the real world of limited bandwidth, it easier to post just the fixes. In
  63. "z?fix.taz" files, the "z" prefix plus being on the last disk of a series
  64. ensures that other packages get installed first, and the "?" is the name of the 
  65. disk series.   Typically, fixed or new files are put here, as well as the shell
  66. script "/install/doinst.sh" as described above.
  67.  
  68. sysbuild:
  69. ---------
  70. The bootdisk loads a small file system into a ramdisk.  The "/usr/bin/sysbuild"
  71. utility can be used to put this filesystem at the correct starting address.  The 
  72. relevant arguments are: getroot, putroot, getflop,  and putflop.  The last
  73. two are for putting the root.fs onto a temporary floppy for mounting.  To build
  74. your own ramdisk bootimage, just recompile the kernel with RAMDISK defined in the 
  75. makefile, after setting kernel/blk_dev/ramdisk with rdev, if necessary.
  76. Also in sysbuild are some utilities used to build/maintain the SLS master 
  77. distribution.  They are not supported or documented, but feel free to peruse them.
  78.